UML menawarkan cara untuk memvisualisasikan pelan seni bina sistem dalam rajah, termasuk elemen seperti:[4]

• sebarang aktiviti (pekerjaan);
• komponen individu sistem;
  • dan bagaimana mereka boleh berinteraksi dengan komponen perisian lain;
• bagaimana sistem akan dilaksanakan;
• bagaimana entiti berinteraksi dengan (komponen dan antara muka) lain;
• antara muka pengguna luaran.

Sungguhpun pada asalnya bertujuan untuk dokumentasi reka bentuk berorientasikan objek, UML telah diperluas ke set dokumentasi reka bentuk yang lebih besar (seperti yang disenaraikan di atas),[20] dan didapati berguna dalam banyak konteks.[21]

Kaedah pembangunan perisian

UML bukanlah kaedah pembangunan dengan sendirinya;[22] Sungguhpun begitu, ia direka untuk bersesuaian dengan kaedah pembangunan perisian berorientasikan objek utama masa, contohnya OMT , kaedah Booch , Objek dan terutama RUP yang pada mulanya bertujuan untuk digunakan apabila kerja bermula di Rational Software.

Pemodelan

Adalah penting untuk membezakan antara model UML dan set rajah sistem. Rajah adalah perwakilan grafik separa model sistem. Set rajah tidak perlu merangkumi model sepenuhnya dan memadam rajah tidak mengubah model. Model ini juga mungkin mengandungi dokumentasi yang memacu elemen-elemen model dan gambar rajah (seperti kes-kes penggunaan bertulis).

Rajah UML mewakili dua pandangan berbeza dari model sistem:[23]

• Pandangan statik (atau struktur ): menekankan struktur statik sistem menggunakan objek, atribut, operasi dan perhubungan. Ia termasuk rajah kelas dan rajah struktur komposit .
• Paparan dinamik (atau tingkah laku ): menekankan tingkah laku dinamik sistem dengan menunjukkan kolaborasi di antara objek dan perubahan kepada keadaan objek dalaman. Pandangan ini termasuk gambar rajah urutan, rajah aktiviti dan keadaan mesin UML.

Model UML boleh dipertukarkan di antara alat UML dengan menggunakan format XML Metadata Interchange (XMI).

Di UML, salah satu alat penting untuk pemodelan tingkah laku adalah model kes penggunaan, yang disebabkan oleh OOSE. Penggunaan kes adalah cara menentukan penggunaan sistem yang diperlukan. Biasanya, ia digunakan untuk menentu keperluan sistem, iaitu, apa yang sistem sepatutnya lakukan.[24]